鮮肉電商與其他電商行業的區別是，商品多為非標品，即進即出，現場突發情況多，業務操作靈活，因此無法完全參照其他電商 erp系統設計生鮮供應鏈。
-----生鮮配送行業的現狀與問題-----
從業人員的整體素質較低，有80.9%的人在36歲以上，91.8%的初中或以下學歷。
2、生鮮產品大部分都是非標品，下單的數量和實際發貨的數量往往不相等，比如蘿卜一根就不算整斤。
3、生鮮商品的貨架期短，每一種商品對濕度的要求不同，并且在儲存和運輸途中易損耗，提高供應鏈的信息化程度，讓信息流通少，減少庫存損失。
為降低庫存損失，除干、凍以外的蔬菜、水果、水產公司多采用銷定采的方式，但客戶隨時來單，在采買時只能根據當前下單情況及以往經驗進行采購，因此造成采購成本、價格上漲的商品不適合采購商。
5、生鮮商品在路途上也容易丟失，例如，葉菜水分蒸發、水產品死亡等現象，導致客戶實際收貨量與發貨數量不一致，訂單組人員一般直接在原訂單上改單，導致訂單單據混亂，無法追溯，對賬困難等。
-----供應鏈解決方案-----
因特網的普及使各行業逐步走向互聯網化，生鮮配送行業也不例外，目前市場上的物流系統大多采用傳統的進銷存系統，嚴謹的出入庫模式，但對于生鮮配送行業而言，目前的物流系統多采用傳統的進銷存系統，嚴格記錄的進銷存系統并不需要記錄記錄，因此每一步都要進行嚴格的審核，因此不可能長期進行審核審核。
由于生鮮行業的從業人員大多文化程度低，思路簡單，因此系統設計應盡可能簡練、直線、不拐彎，盡可能符合操作者的使用習慣。軟體流程不宜過長，配置項目應盡量減少，因為本行業本來就缺乏的系統操作人員，操作盡量簡單愚蠢。
產品設計必須考慮落地層面，功能不可落地，設計再好也等于0。
 
貨物模塊
商品化模塊作為系統底層的基礎數據，設計不好，對用戶后期維護和系統改造的費用都非常高，構架上應盡量簡潔，但字段設計要盡量符合生鮮行業特點。
比如顧客買魚，按條數下單，買香蕉芒果是按數量下單，而我們與客戶結算時按斤兩種方式結算，為方便客戶下訂單及方便結算，需要設置下單單位與結算單位。
由于采購過程比較復雜，采購人員可以采購，供應商也可以提供，但不同時期的合作供應商可能會有所不同，甚至會出現臨采或司機補貨的現象，因此實際供貨方不確定，商品不應與采購商品強強聯合。
同一種商品的不同售價雖然不一樣，但商品的基本信息是一致的，只需要在價格上做區分，不需要品名、圖片、描述信息全部單獨配置，只會增加后期的維護費用。
  
條碼分類
目前的分揀員有先貼紙后分揀的習慣，但經過分揀后沒有再次過秤，實際的裝量可能與標簽上的重量不一致，我們可以根據分揀員這一習慣調整分揀方式，先打印貼紙，貼紙上包含下下下訂單的數量和訂單商品詳情 ID，分揀人員分揀商品時，我們可以根據分揀員這一習慣調整分揀方式，先打印貼紙，貼紙上包含下下訂單的數量和訂單數量，分揀人員分揀商品時，可以根據分揀商品的習慣調整分揀方式，先打印貼紙，然后分揀商品。用戶還可以在收貨時掃碼核對確認數量，無需我們的業務人員進行再次審核操作。
入庫
進貨入庫時可直接按合格品入庫數量入庫，若有次品與供貨商協商后直接退回或報損處理，無需再走采購退貨流程。
進貨時，應按與供應商終結清的斤兩數量入庫，而不必管每天的凈重或毛重，在分揀結束后每天清點剩余商品數量，直接記錄剩余數量，不用再人為地計算每一天商品的實際數量。
對不同價值的商品采取不同的經營管理方式，價值高的優先管理，價值第二，低價值不管理。
流出
如果儲存不良的葉菜類水產類商品如果剩余量不大，可以考慮直接分攤到當天下單的顧客，增加收入，減少庫存損失。
貨物分揀完畢后，不建議再走出庫確認流程，即使出庫單也不必生成，直接按分揀的實發數量扣減庫存。
但是建議增加清晨臨采商品數量、價格的確認，增加裝運單模塊，可由早班值班員直接填寫臨采實發數，并與臨采人員確認價格不確定后，再重新打印配送單，減少配送單數量造成的損失。
售后組件
倉儲期短加上路途損耗等可能導致貨物儲存過程中死亡，客戶拒絕收貨，或者葉菜類水分揮發造成斤兩不足，客戶收貨時，客戶收貨數量與倉庫發貨的數量會出現偏差，客戶收貨時的數量與倉庫發貨的數量會有偏差，而不能進行二次銷售，只能報損處理，不建議再增加客戶實收數量的情況下，客戶收貨的數量不會受到影響。如果有需要在第二天補貨的商品可以增加訂單并且售價為0，之后和原來的訂單一樣走分揀流程。